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Verfahren und Vorrichtung zur Anpassung von Funktionen zur Steuerung von 
Betriebsablaufen 

Stand der Technik 

Die Erfindung geht aus von einem Verfahren und einer Vorrichtung zur Anpassung von 
Funktionen zur Steuerung von Betriebsablaufen, insbesondere bei einem Fahrzeug, 
gemsLB den Oberbegriffen der unabhangigen Anspruche. Ebenso geht die Erfindung von 
einem entsprechenden Steuergerat sowie einem entsprechenden Computer fur die 
Funktionsentwicklung und mit dem damit zusammenhangenden Computerprogramm als 
auch dem entsprechenden Computerprogrammprodukt mit den Merkmalen gemaB den 
Oberbegriffen aus. 

In der Funktionsentwicklung von Steuergeratesoftware, insbesondere bei Fahrzeug- 
Steuergeraten fur die Motor-, Bremsen-, Getriebe- usw. -Steuerung, ist die Bypass- Anwendung 
ein Rapid-Prototypingverfahren um neue Steuergeratefunktionen zu entwickeln und zu testen. 
Eine solche Funktionsentwicklung ist aber auch bei alien anderen Steuergerateanwendungen 
wie Z.B. im Automatisierungs- und Werkzeugmaschinenbereich usw. moglich. 

Als Entwicklungsverfahren kommen hierfiir die beiden Anwendungen externer Steuergerate- 
Bypass wie diese z.B.in der DE 101 06 504 Al gezeigt ist sowie interner Steuergerate-Bypass, 
wie Z.B. in der DE 102 286 10 Al ofFenbart zum Einsatz. 

Dabei betrifft die DE 101 06 504 Al ein Verfahren und eine Emulationsvorrichtung zum 
Emulieren von Steuer- und/oder Regelfunktionen eines Steuer- oder Regelgerats insbesondere 
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eines Kraflfahrzeugs. Zum Emulieren werden die Funktionen in einen extemen 
Emulationsrechner ausgelagert, wobei vor Beginn der Emulation iiber eine Software- 
Schnittstelle des Emulationsrechners und eine Software-Schnittstelle des Steuer-/ Regelgerats 
eine Datenverbindung hergestellt wird. Urn die Entwicklung und Programmierung neuer 
Steuer-/ Regelfiinktionen des Steuer-/ Regelgerats deutlich zu beschleunigen, wird 
vorgeschlagen, dass die Software-Schnittstellen zur Emulation von unterschiedlichen Steuer-/ 
Regelfunktionen vor Beginn der Emulation ohne Anderung der Software konfiguriert werden. 

Die DE 102 286 10 Al zeigt ihrerseits ein Verfahren und eine Vorrichtung zum OberprOfen 
eines Steuerprogramms mittels mindestens einer Bypassfunktion, bei dem das Steuerprogramm 
zusammen mit der mindestens einen Bypassfunktion auf einer elektrischen Recheneinheit 
ausgefuhrt wird. Die Ankopplung der Bypassfunktionen geschieht dabei durch dynamisches 
Linken an vorgegebenen Schnittstellen. 

UnabhMngig dieser beiden genannten Verfahren und Vorrichtungen werden fur die 
Anwendbarkeit Eingriffe in der Steuergeratesoflware benotigt. Diese Eingriffe werden mit dem 
Begriff Bypass-Freischnitt oder Software-Freischnitt bezeichnet. Ein Bypass- bzw. Software- 
Freischnitt beschreibt genau die Stelle in einer Softwarefunktion, an der der Inhalt einer 
Steuergerate-Variable nicht durch das Softwareprogramm, sondem liber Umwege z.B. iiber eine 
Bypass-Softwarefunktion beschrieben wird. Software-Freischnitte sind sehr individueil und im 
Normalfall nicht Bestandteil eines Steuergerate-Softwareprogrammes, da hierfur Speicher- 
Ressourcen verbraucht werden. 

Ben5tigt ein Funktionsentwickler ein Steuergerate-Programm mit Software-Freischnitten, so 
werden diese erst nach Beauflragung der Entwicklungsabteilung in einen Programmstand 
eingebaut. Die Softwareentwicklung andert hierzu manuell den Sourcecode der entsprechenden 
Funktion und erstellt uber einen Compiler- und Linklauf ein neues Steuergerate-Programm, 
welches explizit fur die Prototypinganwendung zum Einsatz kommt 

DerNachteil des Verfahrens bzw. der Vorrichtung wie im Stand der Technik ausgefuhrt liegt in 
der langen Durchlaufszeit bis hin zur Verfugbarkeit des Rapid-Prototyping-Programmstandes. 
Ein wesentlicher Faktor ist hierbei der damit verbundene hohe technische und administrative 
Aufwand zur Spezifikation und Umsetzung der Software-Eingriffe. 
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Nach aktuellem Wissensstand basiert ein vergleichbares Verfahren auf der Idee, nur die Store- 
Befehle (Schreibzugriff auf eine Steuergerate- Variable), durch Sprungbefehle auf eine 
Unterfunktion zu ersetzen. Bel Mikrocontrollem mit gemischtem Befehlssatz ( 16-/3 2-B it-CPU- 
Befehle) k5nnen aber die Store-Befehle 16-Bit-breit sein, da die Adressierung indirekt iiber 
5 Adressregister erfolgt. Diese 16-Bit-breiten Befehle konnen fur den Aufruf einer Unterfunktion 

nicht herangezogen werden, da der direkte, adressorientierte Aufruf einer Unterfunktion einen 
32-Bit-breiten Sprungbefehl erfordert. Somit ist das Verfahren im Stand der Technik dann nur 
bedingt einsetzbar und kann nur bei Mikroprozessoren mit reinem 32-Bit-Befehlssatz 
angewendet werden. D.h. bei festgelegter Bitbreite des Storebefehls ist die FlexibilitSt bezuglich 
10 der Funktionsentwicklung hier stark eingeschrankt. Dies gilt auch wenn ein bestimmter 

Storebefehl aus anderen Grunden uberhaupt nicht manipuliert werden darf, so dass eine solche 
Belegung dutch Sprungbefehl auf eine Unterfunktion dann nicht mSglich ist. 

Somit ist es Aufgabe der Erfindung Soflware-Freischnitte ohne Source- Codeanderungen in ein 
15 vorhandenes Soflwareprogramm einzubringen und die genannten Probleme im Stand der 

Technik zu Qberwinden. 

Vorteile der Erfindung 

20 Die Erfindung zeigt ein Verfahren und eine Vorrichtung zur Anpassung von Funktionen zur' 

Steuerung von Betriebsablaufen, vorzugsweise bei Fahrzeugen, wobei die Funktionen auf 
wenigstens eine globale Variable wenigstens eines Programms zur Steuerung zuruckgreift und 
dieser globalen Variable erne Adressinformation zugeordnet ist, welche in wenigstens einem 
Speichermittel vorliegt, wobei diese Adressinformation der globalen Variablen durch 

25 wenigstens einen Ladebefehl aus dem Speichermittel geladen wird und vorteilhafler Weise 

diese Adressinformation der globalen Variable des Ladebefehls ersetzt wird. 

Dabei wird vorteilhafter Weise aus der Adressinformation eine Anfangsadresse der Funktion 
ermittelt, wobei die Funktion dann durch Zusatzfunktionen erweiterbar oder ersetzbar ist, so 
3Xr ' dass die Fiinktionerf ziir Steuerung von Betriebsablaufen durch Ersetzen der Adressinformation 

durch Zusatzfunktionen ersetzt und/oder erweitert werden. 
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Bei der Erflndung handelt es sich somit zweckmaBiger Weise um ein ^dynamisches Anhangen" 
(„Dynamic-Hooks*') von Software-Freischnitten ohne Source-Codeanderungen. Das hier 
beschriebene Verfaliren sowie die entsprechende Vorrichtung Mndert die Adressinformation von 
Ladebefehlen oder >JLoad"-Befehlen, Mndert Funktionsaufiiafe und fdgt neue Programmcodes 
5 hinzu. Diese Anderungen warden an einem vorhandenen Softwareprogrammstand 2.B. auf der 

Basis von gezielten HEX-Code-Modifikationen durchgefiihrt. 


Von Vorteil ist weiterhin, dass die Adressinformation der globalen Variable durch die 
Adressinformation einer Zeigervariable ersetzt wird, wobei die Adressinformation der 
10 Zeigervariable in einem reservierten Speicherbereich, insbesondere des Speichermittels im 

Steuergerat, vorliegt. 

Zusatzlich zur Modifikation bezQglich der Ladebefehle ist in einer Ausgestaitung zweckmaBiger 
Weise vorgesehen dass ein Speicherbefehl oder Store-Befehl auf die globale Variable 
15 manipuliert wird, indem der Speicherbefehl durch einen Sprungbefehl ersetzt wird. Dabei 

werden zweckmaBiger Weise die Funktionen zur Steuerung der Betriebsablaufe durch &setzen 
des Speicherbefehls durch den Sprungbefehl durch Zusatzfunktionen ersetzt und/oder erweitert. 


Entsprechend der genannten Vorrichtung sowie des Verfahrens ist durch die Erfindung ein eine 
20 solche Vorrichtung enthaltendes Steuergerat ebenso offenbart imd Gegenstand der Erfindung 

wie ein zur Ausfuhrung eines solchen Verfahrens geeignetes Computerprogramm. Dieses 
Computerprogramm wird dazu auf einem Computer, insbesondere einer erfmdunggemafien 
Applikationssteuergerateanordnung oder auch einem Applikations-PC ausgefiihrt. Dabei ist das 
erfindungsgemMBe Computerprogramm auf einem beliebigen maschinenlesbaren Trager 
25 abspeicherbar. Ein solcher computerlesbarer Datentr^ger oder maschinenlesbarer TrSger kann 

insbesondere eine Diskette, eine CD-ROM, eine DVD, ein Memory-Stick oder auch jedes 
andere mobile Speichermedium sein. Ebenso sind Speichermedien wie ROM, PROM, EPROM, 
EEPROM Oder Flash-Speicher sowie fltichtige RAM Speicher usw. zur Abspeicherung 
moglich. Die Wahl des Speichermediums bzw. des maschinenlesbaren TrSgers ist somit nicht 
30 einschrSnkend im Hinblick auf das Computerprogramm-Produkt als Gegenstand der Erfindung 

zu sehen. 
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Mit der Erfindung konnen die verschiedenen Rapid Prototyping-Verfahren, Software- 
Testverfahren und Datenkalibrier-Verfahren schneller einsetzbar und flexibler handhabbar 
gemacht werden. 

Somit erfolgt die DurchfUhrung der Software-Freisclinitte ohne Bindung von Software- 
Entwicklungskapazitat. Damit ergibt sich insgesamt ein geringerer technischer und 
administrativer Aufwand, somit Reduzierung der Kosten 

Gleichzeitig konnen Mikroprozessortypen mit einem gemischten Befehlssatz von z.B. 16-/32- 
Bit- breiten CPU-Befehlen unterstUtzt werden. 

Weitere Vorteile und Vorteilhafte Ausgestaltungen ergeben sich aus der Beschreibung sowie 
den Merkmalen der AnsprOche. 

Zeichnung 

Die Erfindung wird im Weiteren anhand der in den Figuren deu-gestellten Gegenstanden naher 
erlautert. Dabei zeigt Figur 1 eine erfindungsgem&Be Anordnung oder Vorrichtung zur 
Anpassung der Funktionen. 

Figur 2 oifenbart den Ablauf zur Ermittlung der Freischnittstellen oder Softwarefreischnitte im 
Programm. 

Figur 3 zeigt eine Obersicht und Auswahi verschiedener Verfahren zur Modifikation der Load- 
und/oder Store-Befehle. 

Figur 4 zeigt fUr ein erstes und bevorzugtes Modifikationsverfahren des Ladebefehls oder Load- 
Befehls eine Programmdarstellung. 

Figur S offenbart fiir ein zweites Modifikationsverfahren des Speicherbefehls oder Store- 
Befehls eine Programmdarstellung. 

Figur 6 offenbart fur ein drittes Modifikationsverfahren des Speicherbefehls oder Store-Befehls 
eine Programmdarstellung. 

Figur 7 offenbart fiir ein viertes Modifikationsverfahren des Speicherbefehls oder Store-Befehls 
eine Programmdarstellung. 
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Figur 8 zeigt eine Prinzipdarsteilung zur Anpassung der Aufhife der Funktionen zur Steuerung 
der Betriebsabl^ufe. 

Die Hook-Funktion zur Einbindung der Zusatzfiinktionen wird in Figur 9 gezeigt. 

Figur 10 zeigt eine schematische Darstellung der Speichersegmente im Speichermittel beziiglich 
der Hook-Funktion. 

Ein vollstandiger Entwicklungsprozess gemaB dieser Erfindung ist schlieBlich in Figur 1 1 naher 
dargestellt. 

Beschreibung der Ausfiihrungsbeispiele 

Figur 1 zeigt in schematischer Darstellung eine Applikationsanordnung mit einem Steuergerat 
100 und einem Applikationssystem 101, welche iiber eine Verbindung 102 mit den 
Schnittstellen 103 und 104 gekoppelt sind. Diese Verbindung 102 kann dabei ebenso 
leitungsgebunden wie leitungslos ausgefuhrt sein. Mit 105 ist ein Mikroprozessor, insbesonder 
mit gemischtem Befehlssatz dargestellt. 106 zeigt ein Speichermittel, welches ein 
Adressregister 108, ein Datenregister 107 sowie einen Speicherbereich fiir das wenigstens eine 
bezQglich der Funktionen anzupassende Programm enthMit. Das KontroIImittel zur Realisierung 
der Erfindung kann dabei im Aplikationssystem enthalten sein bzw. durch dieses reprMsentiert 
werden oder aber unter Benutzung des Mikroprozessors selbst ausgebildet sein. Ebenso kdnnen 
Speichermittel zur Realiserung der Erfindung auBerhalb des Steuergerates eben insbesondere im 
Applikationssystem untergebracht sein. Mit der dargestellten Vorrichtung ist der 
erfindungsgemaBe Gegenstand realisierbar. 

Zwar kann die Anpassung der Funktionen mit externem Bypass erfolgen, die vorteilhafte 
Ausgestaltung aber ist die Anpassungen intern derart vorzunehmen, dass diese im 
Programmlauf eingebunden sind und so ein dynamisches Anhangen (Dynamic-Hooks) von 
Softwareeingriffen ohne Sourcecode-Anderungen erfolgt. 

Der hier beschriebene Gegenstand andert die Adressinformation von Load-Befehlen, andert den 
Inhalt von Store-Befehlen, andert die Adressinformation von Funktionsaufirufen und ftigt neue 
Programmcodes hinzu. Diese Anderungen werden hier im Ausfuhrungsbeispiel an einem 
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vorbandenen Softwareprogrammstand auf der Basis von gezielten Hexcode-Modifikationen 
durchgefiihrt. 

Die verschiedenen Bestandteile bezuglich des erfindungsgemaBen Gegenstandes "Dynamischer 
Software-Freischnitt" die im weiteren offenbart werden lauten wie folgt: 

• Die Ermittlung der Programmstellen 

• Die Modifikation der Programmstellen, mit 

der Modifikation der Load-/Store-Befehle und 
der Modifikation der Funktionsaufrufe 

• Die Erstellung von zusStzlichem Programmcode 

• Das Einbinden des Software-Freischnittcodes 

• Die Segmentierung der Speicherbereiche und 

• Der Entwicklungsprozess zur Erstellung des Programmcodes 

Das nachfolgend dargestellte Verfahren basiert auf dem Einsatz von MikrocontroIIern, deren 
Befehlsatz gemischt ist und insbesondere 16-/32-Bit-breite CPU-Befehle umfasst. Als 
exemplarisches Beispiel dient hier z.B. der Mikrocontroller TriCore TClTxx (RISC/DSP/CPU) 
von Infineon, welcher Bestandteil eines SteuergerSts zur Steuerung von BetriebsablSufen, 
insbesondere bei einem Fahrzeug, z.B. zur Motorsteuerung oder zur Steuerung von Lenkung, 
Getriebe, Bremse usv^. ist. 

Das Verfahren kann aber auch bei Mikroprozessoren mit nicht gemischtem Befehlssatz 
angewendet werden, insbesondere bei reinen 32-Bit-Mikropro2essoren (RISC- Prozessoren, 
Z.B. PowerPC/ MPCSxx). 

Grundsatzlich wird bei dem Verfahren davon ausgegangen, dass der Codegenerator des 
Compilers die Maschinen-Befehle sequentiell anordnet. Darunter versteht man die 
aufeinanderfolgende Befehlsanoidung zum Laden von Adressinformationen z.B. einer indirekt 
adressierten Steuergerate- Variable, in entsprechende Adressregister. Im Gegensatz hierzu 
befindet sich bei einer direkt adressierten Variable die Adressinformation im Befehl selbst. 
Dieser Sachverhalt ist bei den meisten Compilem gegeben. 
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Die Ermittlung der Programmstellen ( Figur 2) 

Ausgangspunkt hierfUr ist ein Steuergerfite-Softwareprogramm, welches z.B. in Form einer 
Hexcode-batei zur Verfugung steht Als weitere Dateien dienen eine Datenbescheibungsdatei ( 
Z.B. ASAP) 

und eine Linker-Datei (z.B. ELF-Binar), welche Informationen fiber Steuergerate-Variablen und 
Steuergerate-Funktionen liefem. 

Mit einem Disassembler-Softwareprogramra (z.B. ein Windows-Softwareprogramm) wird die 
Hexcode-Datei disassemblieit. Die entsprechenden Adressen der freizuschneidenden 
Steuergerate-Variablen werden aus der Datenbeschreibungsdatei oder aus einer ftir das 
Verfahren erstellten FLeferenzdatenbank entnommen. 

Das erfindungsgemaB erstellte Disassembler-Programm z.B. ein Windows-Softwareprogramm 
sucht im disassemblierten Programmcode, unter Zuhilfenahme der Adressinformation der 
gesuchten Steuergerate-Variable, die entsprechenden Zugriffbefehle auf diese Variable (Load- 
/Store-Befehle), welche sich auf den Variableninhalt auswirken. 

Dieses Disassembler-Programm als Windows-Softwareprogramm ist ein Simulationsprogramm, 
welches die Registerinhalte nach jedem Assemblerbefehl uberprufi. Wird ein Store-Befehl 
lokalisiert und entspricht der Inhalt des geladenen Adressregisters dem Adresswert der 
gesuchten Steuergerate-Variable oder entspricht das Speicherziel des Store-Befehls der 
Variablenadresse, dann liegt eine Fundstelle vor, an der der Inhalt der Steuergerfite-Variable 
verSndert wird. 

Die Art und Weise, wie der Programmcode an den Fundstellen getodert wird, h^ngt von der 
jeweiligen Adressierungsart der SteuergerSte-Variable ab. 

Dies ist in Figur 2 dargestellt. Darin ist mit 201 der Steuergerfite-Programmcode dargestellt. 202 
zeigt die Softwarefunktion. Die Pfeile 203 symbolisieren das beschriebene Verfahren' zur 
Ermittlung der Speicher- oder Store-Befehle. Mit 204 ist der Store-Befehl eines 
Variablenzugriffs dargestellt und zwar derart, dass bei direkter Adressierung das Speicherziel 
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des Store-Befehls die RAM-Adresse ist und bei indirekter Adressierung der Inhalt des 
Adressregisters der RAM-Adresse entspricht, wodurch dann die Load- oder Lade-Befehle 
ermtttelt werden konnen. Die Pfeile, die mit 205 bezeichnet sind symbolisieren dann das 
beschriebene Verfahren zur Ermittlung der Load-Befehle. Die Ladebefehle oder Load-Befehle 
zum Laden der Variablen-Adresse, speziell der globalen Variable sind mit 206 bezeichnet. 

Die Modifikation der Prosg-ammstellen ( Fieuren 3 bis 8) 

Dabei werden zum einen entsprechend unterschiedlicher Adressierungsarten die Load- Befehl 
Fundstellen und/oder die Store-Befehl-Fundstellen lokalisiert und fur diese Fundstellen wird 
dann die Steuergerate Funktion ermittelt in der sich die Fundstellen befinden, damit im 
gesamten Programmcode alle Funktionsaufrufe durch Funktionsaufinfe der neu erstellten Hook- 
Funktion(en) erfolgen konnen, so dass der urspriingliche Funktionsaufruf der Steuergerate- 
Funktion innerhalb der entsprechenden Hook-Funktion erfolgen kann. 

Die Modifikation der Load/Store-Befehle 

Bei dem beschriebenen MikrocontroIler(n) gibt es eine Vielzahl unterschiedlicher 
Adressierungsarten in den verschiedensten Ausfuhrungen. Diese Vielfalt kann auf ein Minimum 
reduziert werden. 

Nachfolgend sind vier Methoden dargestellt, die weitgehend mogliche Kombinationen eines 
schreibenden Zugriffs auf globale Variablen abdecken. Weitere Methoden zur Code-Analyse 
sind denkbar, wie z.B. eine relative Adressierung uber vorbelegte Adressregister. 

Dazu ist in Figur 3 eine Ubersicht iiber die unterschiedlichen Methoden zur Modifikation der 
Load- und/oder Store- Befehle gegeben. Die Store-Befehle st.x bedeuten darin: st.b = store byte, 
st.h = store halfword und st.w = store word. Die in Figur 3 aufgefuhrten vier Methoden werden 
nachfolgend naher erlautert. 

Die Modifikation der Programmstellen nach Methode 1 ist in Figur 4 naher dargestellt. Bei der 
Methode 1 handelt es sich beispielhaft um einen 16-Bit Store-Befehl und eine indirekten 
Adressierung. Ausgehend von der Position des gefiindenen Store-Befehls, werden im 
disassembiierten Programmcode die Stellen zuruckverfolgt, bis die zugehSrenden Load-Befehle 
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ermittelt sind. Fiir diese Methode sind die gefundenen Load-Befehle entscheidend. Diese 
Methode findet nicht nur Anwendung bei Problemen bei gemischtem Befehlssatz sondem auch 
wenn aus anderen Grunden der Ersatz des Speicher- oder Store-Befehls durch einen 
Sprungbefehl nicht moglich 1st 

Bei der Methode 1 werden die ermittelten Load-Befehle, bezogen auf den nachfolgenden Store- 
Befehl, durch Adressinformationen einer Zeigervariable ersetzt. Diese Zeigervariable wird tiber 
eine Entwicklungsumgebung, insbesondere die DHooks-Entwicklungsumgebung erzeugt. Die 
Adresse der 2^igervariable befindet sich in einem reservierten Freibereich des Speichermittels, 
des Speicher-Layouts fiir Variablen. Die modifizierten Load-Befehle adressieren das gleiche 
Adressregister wie die Originalbefehle. Der Unterschied der geMnderten Load-Befehle liegt In 
der Adressierungsart des Adressre^sters und in der Adressinformation. 

So ist in Figur 4 in einer Prinzipdarstellung die Methode 1 erlautert. Dabei ist mit 401 der 
urspningliche Programmcode und mit 411 der modifizierte Programmcode bezeichnet. 402 und 
406 sowie 417 und 407 bilden die Steuergerate-Funktion, hier function_a(). Dabei sind in 402 
bzw. in 417 die Befehle bzw. Befehlssequenzen dargestellt und in 406 bzw. 407 die eigentliche 
Funktionalitat Mit axx% ist eln Zugriff auf ein Adressregister (z.B. aO bis alS bei 16 Bit Breite) 
dargestellt und mit dxx% ein Zugriff auf ein Datenregister (z.B. dO bis dlS bei 16 Bit Breite). 
Dazu sind nun die Befehle movh.a und ld.a (Load-Befehle) sowie st.x (Store-Befehl) in 408, 
409, 410, 413, 414 und 415 betrachtet movh.a und ld.a sind in diesem Beispiel als 32Bit 
Befehle (siehe 412 und 403) dargestellt. Der Speicherbefehl st.x ist als 16 Bit Befehl (siehe 405) 
dargestellt und damit in diesem Beispiel durch einen 32Bit Sprungbefehl nicht ersetzbar. Wie 
gesagt gilt dies auch fiir alle anderen Falle in denen ein solcher Ersatz nicht moglich oder nicht 
gewiinscht ist. Der neue erfindungsgemaOe Befehlscode bzw. Programmcode 403 wird nun auf 
412 eingespielt und die Load Befehle werden auf die Zeigervariable iB_PtrMsg^xxx (Ptr = 
Pointer) geSindert. Die Adresse der SteuergerSte Variable wird durch die Adresse der 
Zeigervariable gemaB 404 ersetzt. Das Verfahren zur Erstellung von zusMtzlichem 
Programmcode bzw. Zusatzfiinktionen wird spater nach den vier Methoden ausfuhrlich 
erlautert. 

Die Modifikation der Programmstellen nach Methode 2 ist in Figur 5 naher dargestellt. 
Dabei gelten wie auch fiir alle Qbrigen Methodenbeispiele die gleichen Bezeichnungen und 
Abkurzungen wie fQr Methode 1. Dabei ist mit 501 der urspriingliche Programmcode und mit 
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51 1 der modifizierte Programmcode bezeichnet. 502 und 506 sowie 517 und 507 bilden die 
Steuergerate-Funktion, hier function_a(). Dabei sind in 502 bzw. in 517 die Befehle bzw. 
Befehlssequenzen dargestellt und in 506 bzw. 507 die eigentliche Funktionalitat. Mit %axx ist 
ein Zugriff auf ein Adressregister (z.B. aO bis al 5 bei 16 Bit Breite) dargestellt und mit %dxx 
ein Zugriff auf ein Datenregister (z.B. dO bis dl5 bei 16 Bit Breite). Dazu sind nun wieder die 
Befehle movh.a und ld.a (Load-Befehle) sowie stx (Store-Befehl) betrachtet. Der 
Speicherbefehl st.x ist nun als 32 Bit Befehl (siehe 505) dargestellt und damit in diesem 
Beispiel durch einen 32Bit Sprungbefehl jla ersetzbar. Der neue erfindungsgemafie Befehlscode 
bzw. Programmcode 503 (jla: Sprungbefehl) wird nun auf 505 eingespielt 

Bei der Methode 2 handelt es sich urn einen 32-Bit Store-Befehl in Verbindung mit einer 
indirekten Adressierung. Der 32-Bit Store-Befehl wird durch einen absoluten Sprungbefehl jla 

512 auf eine Software-Balkonfunktion (balcony_M2) ersetzt (siehe 520 Aufruf der Software 
Balkonfunktion). Bei dem jla-Sprungbefehl wird die Riicksprungadresse in Adressregister al 1 
abgelegt (siehe in 521). 

In der genannten Software-Balkonfunktion 521 wird der Inhalt des Adressregister %axx, ttber 
das die Steuerger^te-Variable adressiert wird durch den Adresswert einer Zeigervariable 
(iB_PtrMsg^xxx) ersetzt. Der Index des Adressregisters %axx und des zuvor geladenen 
Datenregister %dxx ist in der Software-Balkonfunktion 521 identisch. 

Werden 32-Bit-breite Store-Befehle fur den Software-Freischnitt herangezogen, so wird hierzu 
zusatzlicher Programmcode .benotigt. Dieser Programmcode wird in der DHooks- 
Entwicklungsumgebung erzeugt und als Balkon-Funktion bezeichnet. Die Balkon-Funktionen 
beinhalten zusStzliche Initialisierungs-, Kopier- und Freischnitt-Mechanismen und dienen als 
Software-Funktionen zur Erweiterung der Freischnittfunktionalit^t Balkon-Funktionen werden 
fUr die Freischnitt-Methoden 2, 3 und 4 verwendet. 

Durch den Sprungbefehl jla bleibt der Inhalt des verwendeten Datenregisters %dxx unverandert. 
In der Software-Balkonfunktion erfolgt nun die Adressierung Ober den Zeiger und somit die 
Umlenkung des Store-Befehls auf die Zeigervariable. Der Store-Befehl stx schreibt die Daten 
wie im Originalcode. 
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Anschliessend wird tiber die in Adressregister al 1 gespeicherte Riicksprungadresse iiber einen 
indirekten Sprung in die Steuergerate-Funktion gemaB 522 zuriickgesprungen. 

Die Modifikation der Programmstellen nach Methode 3 ist in Figur 6 naher dargestellt. 
S Dabei gelten wie auch fur alle ubrigen Methodenbeispiele die gleichen Bezeichnungen und 

Abkiirzungen heir speziell auch wie fUr Methode 2. Dabei ist mit 601 der ursprOngliche 
Programmcode und mit 611 der modifizierte Programmcode bezeichnet. 602 und 606 sowie 617 
und 607 bilden die Steuergerate-Funktion, hier function_aO. Dabei sind in 602 bzw. in 617 die 
Befehle bzw. Befehlssequenzen dargestellt und in 606 bzw. 607 die eigentliche Funktionalitat 
10 Dabei wird ein spezieller stx (Store-Befehl) nSmlich stt betrachtet Der Speicherbefehl stt ist 

nun als 32 Bit Befehl (siehe 605) dargestellt und damit in diesem Beispiel durch einen 32Bit 
Funktionsaufruf call (call balconyJM3) ersetzbar. Der neue erfindungsgemMfie Befehlscode 
bzw. Programmcode 603 (call: Funktionsaufruf) wird nun auf 605 eingespielt. 

Bei der Methode 3 handelt es sich um einen 32-Bit Store-Befehl st.t in Verbindung mit einer 
direkten Adressierung 618 (Store Befehl mit Adresse 610). Der 32-Bit Store-Befehl wird diirch 
einen 32-Bit Funktionsaufruf (call balcony_M3, 603) einer Soflware-Balkonfunktion 
(balcony_M3, 621) ersetzt (siehe 604). Die Software-Balkonfunktion 621 beinhaltet die 
Abfrage des Freischnitts und den Store-Befehl im Originalzustand. Bei aktiviertem Freischnitt 
wird kein Store-Befehl ausgeftlhrt. Die Variable ist somit von der Steuergerate-Funktion 
entkoppelt. Dazu erfolgt aus 612 der Aufruf 620 der Balkonfunktion 621. Ober die Adresse der 
Steuergerate- Variable (adr. of ecu Variable) 619 erfolgt dann der Rucksprung 622 zur 
SteuergerMte-Funktion. 

25 Die Modifikation der Programmstellen nach Methode 4 ist in Figur 7 naher dargestellt. 

Dabei gelten wie auch fur alle ubrigen Metliodenbeispiele die gleichen Bezeichnungen und 
Abkurzungen, hier speziell wie fur Methode 2. Dabei ist mit 701 der ursprOngliche 
Programmcode und mit 711 der modifizierte Programmcode bezeichnet. 702 und 706 sowie 717 
und 707 bilden die Steuergerate-Funktion, hier function^aO- Dabei sind in 702 bzw. in 717 die 

30 Befehle bzw. Befehlssequenzen dargestellt und in 706 bzw. 707 die eigentliche Funktionalitat. 

Mit %axx ist ein Zugriff auf ein Adressregister dargestellt und mit %dxx bz. %dyy ein Zugriff 
auf ein Datenregister. Dazu sind nun die Befehle mov, stx (Store-Befehl) call und jla wie zuvor 
in den Methoden beschrieben betrachtet. Der Speicherbefehl st.x ist als 32 Bit Befehl (siehe 
70S) dargestellt und damit in diesem Beispiel durch einen 32Bit Sprungbefehl jla ersetzbar. Der 
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neue erfmdungsgemaBe Befehlscode bzw. Programmcode 703 (jla: Sprungbefehl) wird nun auf 
705 eingespielt. 

Bei der Methode 4 handelt es sich um einen 32-Bit Store-Befehl st.x (710) in Verbindung mit 
einer direkten Adressierung (718). Der 32-Bit Store-Befehl wird durch einen 32-Bit Sprung- 
Befehl jla (Jla balcony_M4_a) ersetzt. Der Sprung-Befehl zeigt auf die Software- 
Balkonfiinktionl (balcony__M4_aO, 721), die mit 720 aufgerufen wird. In der Software- 
Balkonfunktionl 721 wird der Inhalt des zuvor geladene Datenregisters %dxx in eine temporare 
DHooks-Variable (iB_TmpMsg^xxx) zwischengespeichert. Aus 721 wird durch 
Funktionsaufruf call eine weitere Balkonfunktion (balcony JV14J)0, 724) mit 723 aufgerufen. 
Diese zweite Software-Balkonfunktion 2 beinhaltet den eigentlichen Freischnitt wie bei 
Methode 3. Die Software-Balkonfiinktion 724 beinhaltet die Abfrage des Freischnitts. Bei 
deaktiviertem Freischnitt wird der Inhalt der temporSren Variable iB_TmpMsg_xxx in die 
Steuergerate- Variable zuruckgeschrieben (siehe 725). Bei aktivem Freischnitt erfolgt kein 
Zunickschreiben. Die Steuergerate- Variable ist somit von der 

Steuergerate-Funktion entkoppelt. Clber /22 erfolgt dann der ROcksprung zur Steuergerate 
Funktion. 

Die Modifikation der Funktionsaufrufe (Figur 8) 

FUr die lokalisierten Load-/Store-Fundstellen wird die SteuergerSte-Funktion ermittelt, in der 
sich die Fundstellen befinden. Dies geschieht mit dem fiir das Verfahren entwickelte Windows- 
Softwareprogramm, welches ausgehend von der Position der Load-/Store-Befehle und unter 
Zuhilfenahme von Referenzinformationen, die entsprechenden Anfangs- und Endadressen der 
Steuergerate-Funktion ermittelt. 

Anschliessend werden im gesamten Programmcode alle Funktionsaufrufe der Steuergerate- 
Funktion, durch Funktionsaufrufe der neu erstellten Hook-Funktion ersetzt. 

Der ursprungliche Funktionsaufruf der Steuergerate-Funktion erfolgt innerhalb der 
entsprechenden Hook-Funktion. 

In Figur 8 ist aus Grunden der Obersichtlichkeit die gleiche Darstellung wie in den bisherigen 
Figuren 2, 4,5,6,7 gewahit um diese Modlfikationsdarstellung vergleichbar zu machen. Mit 801 
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ist der ursprungliche Steuergerate-Programmcode und mit 81 1 der jeweils modifizierte 
Programmcode bezeichnet. Dabei wird eine Aufgabenliste task_list verwendet und eine 
entsprechende Zusatzfunktion oder Unterfunktion subfiinction_x(). Der Einfachheit halber ist 
nun nicht mehr explizit zwischen Befehssequenz und eigentlicher FunktionalitSt unterschieden 
(vgL dazu Figuren 3 bis 7). Mit 804 ist der Vorgang entsprechend Figur 2 zur Ermittlung der 
Funktionsadressen und Funktionsazfiufe bezeichnet. Gem^ 805 wird die Adresse von 
function_a durch die Adresse der hook_function_a ersetzt. Entsprechend wird bei 806 der 
Funktionsaufinjf von function_a durch den Aufruf der hookjfunction__a ersetzt. In 807 
schlieQlich wird der indirekte Funktionsaufruf von function_a durch einen Aufruf der 
hook_function_a ersetzt (hier als 32Bit Befehl). Mit nP ist dabei jeweils der durch die 
Ersetzungen neu gebildete Programmcode bezeichnet. 

Verfahren zur Erstellune von zusatzlichem Programmcode (Figur 9) 

Fur jede Steuergerate-Funktion, in der sich ein Freischnitt befindet kann somit eine Hook- 
Funktion angelegt werden, bzw. wird eine solche angelegt. In Figur 9 ist dazu eine schematische 
Darstellung solcher Hook-Funktionen hook_function_aQ und hook_function_xO offenbart. 
Dabei ist mit 901 der Steuergerate-Programmcode bezeichnet. 902 stellt Speicherbereich fiir 
zusatzlichen Programmcode dar. Mit 903 sind die eigentlichen Hook-Funktionen bezeichnet, in 
welchen mit 904 die mogliche Initialisierung von eventuell benotigten Zeigervariablen 
dargestellt ist. 905 offenbart den Programmcode flir die Software-Freischnitte, die 
Konfiguration und die Anbindung insbesondere der Rapid-Prototyping-Methoden. Mit 906 
schlieBlich ist der Aufruf der urspriinglichen Steuergerate-Funktion function^aQ dargestellt. 
Vergleichbar ist dies fiir die zweite Hook-Funktion hook_function_xO aber aus Grunden der 
Ubersichtlichkeit nicht nochmals dargestellt. 

Die Hook-Funktion beinhaltet also den Freischnitt-Mechanismus, der den Zugriff auf eine 
Rapid-Prototyping-Methode uber Appiikationsdaten steuert. Weiterhin werden in der Hook- 
Funktion ggf. Initialisierungen von Zeigervariablen, sowie der Funktionsaufruf der eigentlichen 
Steuergerate-Funktion durchgefiahrt. 

Nachfolgend sind Merkmale der Hook-Funktionen in Abhangigkeit der Freischnitt-Methoden 
dargestellt: 
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Zu Freiscbnitt-Methode 1 und 2: 

Bevor ein Store-Befehl, auf eine, durch einen Zeiger adressieite Steuergerate-Variable sinnvoll 
beschrieben werden kann,muss die Zeigervariable mit einer Variablen-Adresse adressiert 
werden. Die Initialisierung des Zeigers erfolgt in der Hook-Funktion. 1st der Freischnitt-ZugriflF 
nicht aktiv, wird der Zeiger mit der Adresse der SteuergerMte- Variable initialisiert. 1st der 
Freischnitt-Zugriff aktiv, wird der Zeiger mit der Adresse einer temporMren DHooks-Variable 
initialisiert. An dieser Stelle erfolgt z.B. bei der indirekten Adressierung der Steuergerate- 
Variable, die Umlenkung des SchreibzugrifTs auf die temporare Variable. 

Zu Freischnitt-Methode 3 und 4: 

Bei den beiden Methoden handelt es sich urn eine direkte Adressierung einer Steuergerate- 
Variable. Hierbei werden keine Zeiger verwendet die initialisiert werden mussen. In der Hook- 
Funktion befindet sich der Mechanismus zur Steuerung des Software-Freischnittes sowie der 
Funktionsaufruf der urspninglichem Steuergertte-Funktion. 

An dieser Stelle soli nochmals die Balkonfunktion bei Ersetzung durch Sprungbefehl wie 
bereist erlautert kurz ausgefUhrt werden. Der Einsatz ist vorab ausftlhrlich dargestellt. Werden 
32-Bit-breite Store-Befehle fUr den Software-Freischnitt herangezogen, so wird hierzu 
zus^tzlicher Programmcode bendtigt. Dieser Programmcode wird in der DHooks- 
Entwicklungsumgebung erzeugt und als Balkon-Funktion bezeichnet. Die Balkon-Funktionen 
beinhalten zusMtzliche Initialisierungs-, Kopier- und Freischnitt-Mechanismen und dienen als 
Software-Funktionen zur Erweiterung der Freischnittfunktionalitat. Balkon-Funktionen werden 
fiir die Freischnitt-Methoden 2, 3 und 4 verwendet. 

Verfahren zum Einbinden des Software-Freischnittcodes 

Das Einbinden des Software-Freischnittcodes wird z.B. durch einen Hexcode-Merge-Lauf 
durchgeftihrt. Bei dieser Aktion werden die Ergebnisse (Hexcodes) der Entwicklungsumgebung 
fiJr das Dynamische-Freischnittverfahren, in die Freibereiche des ursprunglichen 
Sofiwareprogrammes (Hexcodes) kopiert. Das Verfahren ist ahnlich aufgebaut, wie das des 
intemen Steuergerate-Bypass, bei dem Hexcode-Informationen aus zwei getrennten Software- 
Entwicklungslaufen miteinander verbunden werden. 
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Segmentierung der Speicherbereiche ( FiRur 10) 

Fiir das Freischnittverfahren werden eigene Speicherbereiche des Speichermittels im Speicher- 
Layout SI des Steuergerate-Softwareprogrammes benotigt. Entsprechend Figur 10 beansprucht 
5 das Verfahren Freibereiche fttr Code (DHook-Code) S4, Daten (DHook^-Data) S3 und RAM 

(DHook-RAM) S2. 

Im Code-Bereich liegen die Freischnitt-Funktionen (Zusatzprogrammcodes), im Datenbereich 
sind Applikationsgr5ssen abgelegt, Uber die der Ferischnitt-Mechanismus gesteuert wird. Die 
fiir das Verfahren bendtigten Zeigervariablen und administrative RAM-Variablen sind im 
1 0 Freibereich fiir RAM-Variablen abgelegt. 
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Entwicklungsprozess zur Erstellune des Programmcodes (Figur 1 1) 

Die Erzeugung des Software-Freischnittcodes erfolgt automatisch iiber eine fiir das Verfahren 
erstellte Entwicklungsumgebung und wird nochmals in Figur 1 1 verdeutlicht. Dabei kaiin die 
S Variablenauswahl in Punkt 8 auch automatisch nach vorgebbaren Kriterien erfolgen bzw. 

durchgefUhrt warden. 

I . NecKSods-Dodiei i|^Inhaiet den Masdhine«M»3de £.B. im bUtel^Hex oder MoliCKroIa'' 

UrrrechnungsfomiKin von V^mi^n Ksm^r&ss&i) 

4. Pmsranvn zur KonMertlaung dets MBSii:iiinfin£>o>des In l)Bsbai« A8S«iimyeirbeliahi& 

5. disasaainbleiter Pvogramnsoode (dlefit als \rpvA fQr den SlnvuSa(i)Q«^ 

7. ReferenzE^einSiieurit (ciest 2ur i^Ssuig o#Giner Refersnzi^ 

8. Amvandar efsfteis ai^mm van veri^i&n nii* Fnaischfriite 

9. Intermelijori&n □berfri&EEUsehiiddeinde ^uei^rate*Vailabl6a 

1 G. PK3^rraiftQ0deHSimLMatcHr sequenfieiil alte Qpoodes und mberprDU dl» 
R^isgertnrtaie 

I I . QiAorfBB^th ^erlerler SQunce^odi!! {fcNsiiiiBltet deii Pii<3i|r)amnie»Kl& f Oir dS& 
'@o€ware>-Fn5!i5chni(te!, ZusalziiiniAiQreein md Momm(&mm QbMeir ii9 2U 
rnQfifiaensniSsn RrpgranmnscwiB-Stfilten 

1 2a S&^j^r^nhvicfijitipiiP^siTi^ <steui^ ale Voinsinsfe 2ur EiaeiHiur^ de« 

13. ApF^acationsilsiten zur St^ening d@r FieiscfiBigtie 

1<4o F¥iQ!srBrmiKi<ode FpsSschiillcodei 4* Ratdh-Coidif 

1 a. Hego^/^Mergs-VQiping (PyniEmii^^c<oSe5nA!^eile> ^'wiSm\ mit d«sn odpn^n 
Pi©5ramm©tMie yerbuidaniji 

1 7. RnQgramrmSand Scf £war<&Fr>slsc§sr^n 
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Bezugszeichenliste der Figuren 5 bis 8: 

501. Steuergerat-Programmcode 

502. Steuergerat-Funktion 

504. Store-Befehl wfrd durch Spungbefehl ersetzt 

520. Aufruf der Software-Balkonfunktion 

521. Software-Balkonfunktion (Umlenkung des Store-Befehls auf Zeigervariable) 

522. RQcksprung auf Steuergrate-Funktion 

st.x = st.b (store byte), st.h (store halfword), st.w (stoe word) 

axx ^ Adressregister aO a1 5 

dxx>DatenregisterdO ....d15 

503. EZ3 neuer Programmcode 

601 . Steuergerat-Programmcode 

602. Steuergerat-Funktion ' 

604. Store-Befehl wird durch einen Funktionsaufruf ersetzt 

618. Adresse der Steuergerate-Varlable 

620. Aufruf der Software-Balkonliinktlon 

621. Software-Balkonfunktion mitFreischnItt 

619. Adresse der Steuergerate-Varlable 

622. RQcksprung zur SteuergerSt-FunkHon 

603. [ZD neuer Programmcode 

701 . Steuergerat-Programnrtcode 

702. Steuergerat-Funktion 

704. Store-Befehl wird durch Jump-Befehl ersetzt 
718. Adresse der Steuergerate-Variable 

720. Aufruf der Software-Balkonfunktion 1 

721 . Software-Balkonfunktion 1 

723. Aufruf der Software-Balkonfunktion 2 

724. Software-Balkonfunktion 2 

725. RQcksprung auf Software-Balkonfunktion 1 

722. RQcksprung zur Steuergerat-Funktion 

sLx » stb (store byte), st.h (store halfword), stw (stoe word), 

dxx= Datenregister do d15 

703. CZD neuer Programmcode 

801 . Steuergerat-Programmcode 

802. Taisk-Llste 

803. Unterfunktion 

804. Vorgang zur Ermittlung der Funktionsadressen und der Funktionsaufrufe 

805. Adresse von functioned wird durch Adresse der hookjunction.a ersetzt 

806. Funktionsaufruf von functlon.a wird durch Aufruf der hook.function.a ersetzt 

807. indirekte Funktionsaufruf von function_a wird durch einen Aufruf der 
hook_function_a ersetzt (32Bit-Befehl) 

nP izzj neuer Programmcode 
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Anspruche 

1 . Verfahren zur Anpassung von Funktionen zur Steuerung von BetriebsabMufen, wobei die 
Funktionen auf wenigstens eine globale Variable wenigstens eines Programms zur Steuerung 
zuruckgreift und dieser globalen Variable eine Adressinformation zugeordnet ist, welche in 
wenigstens einem Speichennittel vorliegt, wobei diese Adressinformation der globalen 
Variablen durch wenigstens einen Ladebefehl aus dem Speichermittel geladen wird dadurch 
gekennzeichnet, dass die Adressinformation der globalen Variable des Ladebefehls ersetzt wird. 

2. Verfahren nach Anspruch 1, dadurch gekennzeichnet, dass die Adressinformation der 
globalen Variable durch die Adressinformation einer Zeigervariable ersetzt wird 

3. Verfahren nach Anspruch 2, dadurch gekennzeichnet, dass die Adressinformation der 
Zeigervariable in einem reservierten Speicherbereich vorliegt. 

4. Verfahren nach Anspruch 1 , dadurch gekennzeichnet, dass ein Speicherbefehl auf die 
globale Variable manipuliert wird, indem der Speicherbefehl durch einen Sprungbefehl ersetzt 
wird. 

5. Verfahren nach Anspruch 1, dadurch gekennzeichnet, dass aus der Adressinformation eine 
Anfangsadresse der Funktion ermittelt wird. 

6. Verfahren nach Anspruch 1 oder S, dadurch gekennzeichnet, dass die Funktionen zur 
Steuerung von Betriebsabl^ufen durch Ersetzen der Adressinformation durch Zusatzfunktionen 
ersetzt werden. 
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7. Verfahren nach Anspruch 4, dadurch gekennzeichnet, dass die Funktionen zur Steuerung 
der Betriebsablaufe durch Ersetzen des Speicherbefehls durch den Sprungbefehl durch 
Zusatzfiinktionen ersetzt werden. 

8. Voirichtung zur Durchfiihrung eines Verfahrens zur Anpassung von Funktionen zur 
Steuerung von BetriebsablSufen, wobei die Funktionen auf wenigstens eine globale Variable 
wenigstens eines Programms zur Steuerung zurllckgreifen und dieser globalen Variable eine 
Adressinformation zugeordnet ist, wobei ein Speichermittel vorgesehen ist, in welchem die 
Adressinformation vorliegt, wobei weiterhin Kontrollmittel enthalten sind, durch welche diese 
Adressinformation der globalen Variablen durch wenigstens einen Ladebefehl aus dem 
Speichermittel geladen wird dadurch gekennzeichnet, dass die Kontrollmittel derart ausgestaltet 
sind, dass die Adressinformation der globalen Variable des Ladebefehls ersetzt wird. 

9. Vorrichtung nach Anspruch 8 zur Durchfiihrung eines Verfahrens zur Anpassung von 
Funktionen zur Steuerung von BetriebsablMufen, dadurch gekennzeichnet, dass die 
Kontrolhnittel derart ausgestaltet sind, dass zusatzlich ein Verfahren nach einem der Anspriiche 
2 bis 7 durchgefiihrt wird. 

1 0. Steuergerat zur Steuerung von BetriebsablSufen mit einer Vorrichtung zur Durchfiihrung 
des Verfahrens nach Anspruch 8. 

1 1 . Computerprogramm-Produkt mit Programmcode, der auf einem maschinenlesbaren TrSger 
gespeichert ist, zur Durchfiihrung des Verfahrens nach einem der Anspriiche 1 bis 7, wenn das 
Programm auf einem Computer ausgefiihrt wird 

12. - Computerprogramm mit Programmcode zur DurchfUhrung aller Schritte nach einem der 
Anspriiche 1 bis 7, wenn das Programm in einem Computer ausgefuhrt wird 
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